Skip to content

Conversation

@sebws
Copy link
Contributor

@sebws sebws commented Dec 5, 2025

Before submitting a pull request, please take a look at our
Contributing guidelines and verify:

  • If you've added code that should be tested, please add tests.
  • Ensure your code lints and the test suite passes (yarn lint) & (yarn test).

not sure if it would be preferred to be have this as an option at the individual level, e.g., override type of argArray so a full MonitorConfig could be passed into each .schedule().

however, it's also nice to have a default across all

@sebws sebws changed the title add isolateTrace option to node-cron instrument feat(node-core): add isolateTrace option to node-cron instrument Dec 5, 2025
Copy link
Member

@Lms24 Lms24 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey @sebws thanks for opening this PR and apologies for the late review!

This sounds reasonable to me in general but I would like us to also include an integration test. Primarily because this helps us understand the use case for isolateTrace in our automatic cron instrumentation. Would you mind adding a test? Ideally, one that failed before this change and passes with the change. We already have node-cron integration tests in our node-integration-tests and node-core-integration-tests packages. These should give you a good blueprint.

@sebws
Copy link
Contributor Author

sebws commented Dec 16, 2025

@Lms24 I added a test in node-core-integration-tests. I'm not sure if you were saying there should be tests in both? it seems like they're roughly duplicates. Happy to add if necessary

Copy link
Member

@Lms24 Lms24 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for adding the test! If you don't mind, yes, please also add it to node-integration-tests.

not sure if it would be preferred to be have this as an option at the individual level, e.g., override type of argArray so a full MonitorConfig could be passed into each .schedule().

I think the current approach is good enough for the time being. We can revisit if we need it in the args directly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants